Digital fingerprint analysis

ABSTRACT

The disclosed techniques generally relate to the use of action paths comprising sequences of steps performed by a user to efficiently perform tasks or resolve incidents. Action paths as discussed herein may be used to achieve more efficient outcomes, to train new employees, or to anticipate the future needs of a user.

BACKGROUND

This section is intended to introduce the reader to various aspects ofart that may be related to aspects of the present disclosure, which aredescribed and/or claimed below. This discussion is believed to behelpful in providing the reader with background information tofacilitate a better understanding of the present disclosure.Accordingly, it should be understood that these statements are to beread in this light, and not as admissions of prior art.

Enterprise networks, systems, and other related processes may utilizesoftware and hardware resources, often implemented on multiple,inter-connected devices, to conduct activities or otherwise perform theactivities of various enterprise operations. Provisions, configurations,expansion, maintenance, and normal use of such resources, as well asrelated systems, may give rise to unexpected issues and may lead to anincident being generated in response to such issues. In such cases, acustomer service agent may help to resolve the issue. However, differentcustomer service agents may perform different actions, or the sameactions in different sequences to resolve the same type of incident,which may lead to different efficiency metrics and timeliness ofresolution.

In addition, different users themselves, even absent a problem or issue,may often perform the same or related tasks using different steps or adifferent sequence of the same steps. Such different approaches to thetask invariably lead to some users performing the task in a lessefficient manner.

SUMMARY

A summary of certain embodiments disclosed herein is set forth below. Itshould be understood that these aspects are presented merely to providethe reader with a brief summary of these certain embodiments and thatthese aspects are not intended to limit the scope of this disclosure.Indeed, this disclosure may encompass a variety of aspects that may notbe set forth below.

The disclosed techniques generally relate to identifying the mostefficient sequence of steps to resolve an incident (or otherwise performa task), in some instances, based on previously identified action paths.By way of example, in an incident resolution context, when an incidentis generated, the request may be sent to an agent and the agent mayresolve the incident by taking one or more steps, which may be recordedas an action path to resolve the incident. Notably, the one or moresteps may also be tracked, monitored, and/or detected, among otherpossibilities. A record of various agents and their action paths withrespect to a given type of incident, or more generally, a task, may bemaintained in one or more databases. These action paths may be analyzedin response to future occurrences of a given incident to determine themost efficient steps to take to resolve the incident, such as theminimum number of steps to close the incident. A resolution generatorperforming such functions may provide the recommended shortest actionpath with potentially the minimum number of steps to achieve aresolution for a given incident to a service agent or user.

Additionally, the action paths of steps taken repeatedly or regularly bya user may be maintained or digitally stored as a fingerprint for theuser, possibly with respect to the incident or task. Determining andcomparing fingerprints among users for given tasks may present trainingopportunities when one user's fingerprint is less efficient thananother's, such as where the user takes more steps to close incidentsthan the other use, and may allow for training of new users to perform atask based on the fingerprints of those users determined to be mostefficient at the activity. In some instances, the training opportunitiesmay include opportunities to utilize scoped applications, variousmodules of the scoped applications, and specific functions of a releaseand/or an upcoming release, particularly to close incidents moreefficiently.

Moreover, analyzing a fingerprint for a user may present opportunitiesfor anticipating future action paths, which may allow for content orscreens to be suggested or pulled up more quickly or even prior to beingrequested (e.g., anticipatory content or screen delivery) based on knownnext actions in a given user's fingerprint. For example, based oncollecting a series of data paths and/or fingerprints for a user oranalyzing a history of their fingerprint over time, a next step in anaction path may be predicted for the user based on the previous stepstaken by the user. Further, in some examples, the next step in an actionpath may change from a given step to another based continuouslycollecting the series of data paths and/or fingerprints, analyzingmodifications to the fingerprints over a period of time, among the otheranalyses noted herein.

Furthermore, computer generated intelligent virtual agents may utilizethe action path associated with the digital fingerprint to recommendefficient steps for a given task. In doing so, the intelligent virtualagents may recommend steps to close incidents more efficiently and/ortake some steps in the fingerprint to expedite a task or otherwisefacilitate steps being performed by a user, communicate the steps taken,or a combination thereof. The virtual agents may also determineefficient steps that may be taken automatically (e.g., calculations) andsteps that may require manual inputs (e.g., login and password)potentially from one or more users. The virtual agents may also performthe automatic steps without user inputs for further efficiency.

BRIEF DESCRIPTION OF THE DRAWINGS

The description herein makes reference to the accompanying drawings,wherein like reference numerals refer to like parts throughout theseveral views.

FIG. 1 is a block diagram of a distributed computing system utilizing aplatform and a database (DB), in accordance with an embodiment;

FIG. 2 is a block diagram of a computing device utilized in thedistributed computing system of FIG. 1, in accordance with anembodiment;

FIG. 3 is a block diagram of an electronic computing device andcommunication system that utilizes the database (DB) of FIG. 1, inaccordance with an embodiment;

FIG. 4 is a block diagram of a system that identifies action paths anddescription of incidents, in accordance with an embodiment;

FIG. 5 is a block diagram of a system that identifies the shortestresolution in a database of resolutions to resolve an incident type inthe distributed computing system of FIG. 1, in accordance with anembodiment;

FIG. 6 is a block diagram of a process for querying a database for ashortest resolution action plan and an agent implementing theresolution, in accordance with an embodiment;

FIG. 7 is a flow diagram of a process for determining fingerprints, inaccordance with an embodiment;

FIG. 8 is a flow diagram of a process for comparing fingerprints tocompare user efficiency levels, in accordance with an embodiment; and

FIG. 9 is a flow diagram of a process for predicting the next step in afingerprint, in accordance with an embodiment.

DETAILED DESCRIPTION

One or more specific embodiments will be described below. In an effortto provide a concise description of these embodiments, not all featuresof an actual implementation may not be described in the specification.It should be appreciated that in the development of any such actualimplementation, as in any engineering or design project, numerousimplementation-specific decisions may be made to achieve the developers'specific goals, such as compliance with system-related andenterprise-related constraints, which may vary from one implementationto another. Moreover, it should be appreciated that such a developmenteffort might be complex and time consuming, but would nevertheless be aroutine undertaking of design, fabrication, and manufacture for those ofordinary skill having the benefit of this disclosure.

Information Technology (IT) networks may include a number of computingdevices, server systems, databases, and the like that generate, collect,store, and distribute information. IT is increasingly important in anelectronics-driven world in which enterprise systems utilize computersto conduct operations and help run their enterprise processes. As anincreasing number of functions are performed through interactions withelectronic devices using a common platform to coordinate activities, thecomplexity of IT network management increases.

As an example, various applications, databases, or hardware mayencounter an error, an unexpected behavior result, or another problem inperforming an operation on a device or application, with such eventsbeing referred to generally herein as incidents. An incident may alsorefer to an unplanned interruption to an IT service or reduction in thequality of an IT service. As used herein, an agent refers to a useragent and/or a computer generated intelligent virtual agent. When anincident is generated for resolution, an IT agent may try to resolve theissue using his or her own prior knowledge and training. In such acontext, the steps taken to address an incident may vary widely based onthe training, experience, and history of the agent with respect to agiven type of incident. That is, different agents tasked with resolvingthe same type of incident may do so by performing different operations(e.g., steps) or a different sequence of operations. This in turn mayresult in different resolution outcomes or in different times associatedwith resolving an incident.

Accordingly, in some embodiments, more efficient incident or issueresolution may be achieved by tracking, monitoring, and recording thesteps taken by multiple agents (e.g., virtual agents) to resolveincidents. In this context, the steps or actions taken by an agent overtime constitute an action path, which may be stored in a database orother data repository for analysis and/or future access. The databasemay track action paths associated with different types of incidents ortasks and the stored action paths may be analyzed as discussed herein todetermine the shortest path (e.g., the minimum number of steps) forresolving a described incident or for otherwise reaching a desiredoutcome or result. The database may be queried to retrieve the shortestaction path to resolve a given incident using a description of theincident, which may be provided by agent or may be automaticallygenerated in response to the agent being assigned the incident orresolution task. By providing a known shortest path of steps needed toresolve an incident (e.g., the minimum number of steps), one or moreadditional steps may be avoided, leading to a more timely and efficientresolution.

As may be appreciated, action paths as discussed herein may be used inother contexts. For example, determining the shortest action path forlaunching a given application may be helpful in comparing and/ordetermining efficiency among users that perform the same or similardaily tasks, potentially users with similar job titles. For example,users in certain enterprise contexts, such as human resources (HR), maybe assigned a task, such as entering a new employee into theorganizations records or payroll system. Thus, the shortest action pathdetermined from the stored action paths associated with different usersmay be used to determine the most efficient set of steps for performinga task or resolving an incident. The most efficient set of steps forperforming a given task may then be propagated to users performing thattask to improve their efficiency. Similarly, actions paths identified inthis manner may be used in training new employees so such employeesstart out by learning efficient steps for performing assigned tasks.

Further, in another embodiment, analyzing fingerprints (e.g., storedaction paths for respective users) may be used to anticipate contentbeing navigated to by a user for which a fingerprint is known or tootherwise pre-load or perform one or more actions in the user'sfingerprint based on the currently performed steps. Anticipating usersteps in this manner may result in increased efficiency by reducing timeto a given outcome.

It should be noted that although examples provided herein may bepresented generally in an IT context, such as using the presenttechniques to facilitate incident resolution by IT agents in an ITService Management, IT Operations Management, and/or IT BusinessManagement context, the techniques in this disclosure may be applied toother systems, entities, and/or contexts, such as may relate to humanresources systems, accounting systems, legal systems, and so forth.

With the preceding in mind, FIG. 1 is a block diagram of a system 100that utilizes distributed computing and that may be used in conjunctionwith the approaches discussed herein employing action path analysis. Asillustrated in this simplified example, one or more clients 102communicate with a platform 104 (e.g., a cloud service) over acommunication channel 106. Each client 102 may include any suitablecomputing system, such as a mobile phone, a tablet computer, a laptopcomputer, a notebook computer, a desktop computer, or any other suitablecomputing device or combination of computing devices. Each client 102may include client application programs running on the computingdevices.

The platform 104 may include any suitable number of computing devices(e.g., computers) in one or more locations that are connected togetherusing one or more networks. For instance, the platform 104 may includevarious computers acting as servers in datacenters at one or moregeographic locations where the computers are connected together usingnetwork and/or Internet connections. The communication channel 106 mayinclude any suitable communication mechanism for electroniccommunication between each client 102 and the platform 104. Thecommunication channel 106 may incorporate local area networks (LANs),wide area networks (WANs), virtual private networks (VPNs), cellularnetworks (e.g., long term evolution networks), and/or other networktypes for transferring data between the client 102 and the platform 104.For example, the communication channel 106 may include an Internetconnection when the client 102 is not on a local network common with theplatform 104. Additionally or alternatively, the communication channel106 may include network connection sections when the client and theplatform 104 are on different networks entirely or using networkconnections when the client 102 and the platform 104 share a commonnetwork. Although only four clients 102 are shown connected to theplatform 104 in the depicted example, it should be noted that platform104 may connect to any number of clients (e.g., tens, hundreds,thousands, or tens of thousands of clients).

Through the platform 104, the client 102 may connect to various deviceswith various functionality, such as gateways, routers, load balancers,databases, application servers running application programs on one ormore nodes, or other devices that may be accessed via the platform 104.For example, the client 102 may connect to an application server 107and/or a database (DB) 108 via the platform 104. The application server107 may include any computing system, such as a desktop computer, laptopcomputer, server computer, and/or any other computing device capable ofproviding functionality from an application program to the client 102.The application server 107 may include one or more application nodesrunning application programs whose functionality is provided to theclient via the platform 104.

The database(s) 108 may store, manage, or otherwise provide data fordelivering services to the client 102 over the communication channel106. The database server includes one or more databases (e.g., DB 108)that are accessible by the application server 107, the client 102,and/or other devices external to the databases. In some embodiments,more than a single database server may be utilized. Furthermore, in someembodiments, the platform 104 may have access to one or more databasesexternal to the platform 104 entirely. As discussed herein, one or moreof the described databases 108 may store action paths describing stepstaken by users of the system 100 in resolving or performing varioustasks, such as resolving incidents in an IT context.

Access to the platform 104 at a client site may be enabled by a server126, such as one or more management, instrumentation, and discovery(MID) servers providing an interface to a client site) via acommunication channel 128. The server 126 may include an applicationprogram (e.g., Java application) that runs as a service (e.g., Windowsservice or UNIX daemon) that facilitates communication and movement ofdata between the platform 104 and external applications, data sources,and/or services. The server 126 may be implemented using a computingdevice (e.g., server or computer) on the network 112 that communicateswith the platform 104.

The application servers 107 may store content accessible by one or moreusers via one of the clients. For example, the application server 107may store one or more applications or screens with which one or more ofthe users may interact.

FIG. 2 generally illustrates a block diagram of example components of acomputing device 200 and their potential interconnections orcommunication paths, such as along one or more busses. As brieflymentioned above, the computing device 200 may be an embodiment of theclient 102, the application server 107, a database server (e.g.,databases 108), other servers or processor-based hardware devicespresent in the cloud service 104 (e.g., server hosting the communicationqueue 128), a device running the server 126, and so forth. As previouslynoted, these devices may include a computing system that includesmultiple computing devices and/or a single computing device, such as amobile phone, a tablet computer, a laptop computer, a notebook computer,a desktop computer, a server computer, and/or other suitable computingdevices.

As illustrated, the computing device 200 may include various hardwarecomponents. For example, the device includes one or more processors 202,one or more busses 204, memory 206, input structures 208, a power source210, a network interface 212, a user interface 214, and/or othercomputer components useful in performing the functions described herein.

The one or more processors 202 may include processors capable ofperforming instructions stored in the memory 206. For example, the oneor more processors may include microprocessors, system on a chips(SoCs), or any other processors performing functions by executinginstructions stored in the memory 206. Additionally or alternatively,the one or more processors 202 may include application-specificintegrated circuits (ASICs), field-programmable gate arrays (FPGAs),and/or other devices designed to perform some or all of the functionsdiscussed herein without calling instructions from the memory 206.Moreover, the functions of the one or more processors 202 may bedistributed across multiple processors in a single physical device or inmultiple processors in more than one physical device. The one or moreprocessors 202 may also include specialized processors, such as agraphics processing unit (GPU).

The one or more busses 204 includes suitable electrical channels toprovide data and/or power between the various components of thecomputing device. For example, the one or more busses 204 may include apower bus from the power source 210 to the various components of thecomputing device. Additionally, in some embodiments, the one or morebusses 204 may include a dedicated bus among the one or more processors202 and/or the memory 206.

The memory 206 may include any tangible, non-transitory, andcomputer-readable storage media. For example, the memory 206 may includevolatile memory, non-volatile memory, or any combination thereof. Forinstance, the memory 206 may include read-only memory (ROM), randomlyaccessible memory (RAM), disk drives, solid state drives, external flashmemory, or any combination thereof. Although shown as a single block inFIG. 2, the memory 206 may be implemented using multiple physical unitsin one or more physical locations. The one or more processor 202accesses data in the memory 206 via the one or more busses 204.

The input structures 208 provide structures to input data and/orcommands to the one or more processor 202. For example, the inputstructures 208 include a positional input device, such as a mouse,touchpad, touchscreen, and/or the like. The input structures 208 mayalso include a manual input, such as a keyboard and the like. Theseinput structures 208 may be used to input data and/or commands to theone or more processors 202 via the one or more busses 204.

The power source 210 may be any suitable source for power of the variouscomponents of the computing device 200. For example, the power source210 may include line power and/or a battery source to provide power tothe various components of the computing device 200 via the one or morebusses 204.

The network interface 212 is also coupled to the processor 202 via theone or more busses 204. The network interface 212 includes one or moretransceivers capable of communicating with other devices over one ormore networks (e.g., the communication channel 106). The networkinterface may provide a wired network interface, such as Ethernet, or awireless network interface, such an 802.11, Bluetooth, cellular (e.g.,LTE), or other wireless connections. Moreover, the computing device 200may communicate with other devices via the network interface 212 usingone or more network protocols, such as Transmission ControlProtocol/Internet Protocol (TCP/IP), power line communication (PLC),Wi-Fi, infrared, and/or other suitable protocols.

A user interface 214 may include a display that is configured to rendervisualizations generated by the one or more processors 202. In additionand/or alternative to the display, the user interface 214 may includeother devices for interfacing with a user. For example, the userinterface 214 may include lights (e.g., LEDs), speakers, and the like.

As may be appreciated, the device and IT infrastructure featuresillustrated in FIGS. 1 and 2 and discussed above may be representativeof devices and infrastructure used in the generation, analysis and useof action paths as discussed herein, such as to resolve incidents forusers of devices in the infrastructure or to otherwise improve theefficiency of tasks performed by such users or agents supporting theseusers. With this in mind, FIG. 3 is a block diagram of a system 300 thatidentifies action paths corresponding to a sequence of steps forresolving incidents (or otherwise completing a task) in accordance withimplementations of this disclosure. The depicted example of a system 300includes an information collector 302, a database 108, a machinelearning system 306, a resolution generator 308, and a display 310. Thecomputational and communication aspects of the system 300 may beimplemented, entirely or in part on a physical or virtualized computingenvironment or on several such computing environments working incommunication with one another, including in a multi-instance computingcontext in which aspects of the depicted system are implemented in thesame or different instances.

In the depicted example and in the context of an IT incident resolutiontask, the information collector 302 may track, monitor and/or record thedata and information associated with a series of steps (e.g., clicks)performed by an agent leading up to resolving an incident. Theinformation collector 302 may track and record descriptive data of anincident, corresponding transaction steps that lead up to a potentialincident or issue (e.g., tag or label data of the type of error thatcaused the incident), assigned agent information (e.g., agentidentification), applications accessed by the agent to resolve theincident, an action path including the steps performed by the agent toresolve the incident (e.g., clicks interacting with an applicationand/or a module related to the application, steps taken tore-parameterize or change the application, steps taken to change orcorrect a communication or network connection employed by theapplication, steps taken to adjust or correct communication or operationof a database accessed by the application, and so forth), other dataincluding, but not limited to, data regarding the customer instance,client device, and server device, and any combination thereof. Theinformation collector 302 may be provided or embedded within a customerinstance and/or server device supporting or otherwise in communicationwith such an instance.

The database 108, may receive and store the data and informationassociated with the steps leading up to a resolution of the incident,such as the steps of an action path taken to resolve an incident. Inaddition, the database 108 may receive and store the potentialresolution options determined via a processor-implemented analysisroutine of the machine learning system 306 and generated by theresolution generator 308. The processor-implemented analysis routine ofthe machine learning system 306 may then query the database 108 forresolution information when a similar incident reoccurs.

The machine learning system 306 interfaces with the database 108 andutilizes data analytics and machine learning techniques to provide forthe reorganization and updating of the data and information storedwithin the database 108. The reorganized and updated data may bereceived by the information collector 302 and database 108, and utilizedby the resolution generator 308 to provide resolution optioninformation. The display 310 receives the resolution options, such as ashortest action path as discussed herein, from the resolution generator308 and other information associated with the incident and may displaythis information (or transmit the information as a message) to the agentor a third-party administrator for the resolution of an incident.

As an IT agent performs various steps to resolve a reported incident(e.g., clicking a button or otherwise performing a step within asettings screen, loading up a specific application, applying a patch,and so forth), these steps and any associated information (e.g.,description of steps and/or incident) may be automatically tracked,monitored, and/or recorded. These steps and their respective sequenceare referred to herein as an action path, and the action paths may berecorded in one or more databases 108 for reference and analysis asdiscussed herein. In practice, such action paths or combinations ofaction paths may be represented or envisioned as a tree-type datastructure in which nodes on the tree represent steps taken, the links orbranches between nodes correspond to the progression from one steps toanother, and the terminal or leaf nodes correspond to a resolution of atask for which the steps were performed. With this in mind, when anagent resolves an incident by performing a sequence of steps, thisinformation may be recorded in the database 108 as one possible actionpath for resolving that type of incident. By analyzing recorded actionpaths for a given type of incident or task, the machine learning system306 may identify the optimal action path for resolving that type ofincident (and/or completing a given task) efficiently (e.g., theshortest action path with the minimum number of steps), and theresolution generator 308 in the system may transmit instructions orsuggestions based on these determinations.

In addition to the stored information associated with the agent's stepsand the resulting path information, the agent may also designate adescription related to the path (or specific steps) that was taken toresolve the incident. The description may also be automaticallyformulated via an analysis routine by the machine learning system 306based on the description parameters associated with an assigned incidentto be resolved and then the received resolution action path data. Theinformation associated with the path, and any associated description ifpresent, are utilized by the system (such as the resolution generator308 of the system 300 of FIG. 3) to generate the potential task orincident resolution options.

The general process for providing the shortest resolution recommendationincludes analyzing or reviewing a collection of action paths taken toresolve a type of incident or to complete a task stored in a database108, determining the shortest action path taken to resolve the type ofincident or completing a task from the collection of action paths, andgenerating the shortest action path when a request is received. Withrespect to the collection of action paths stored in a database, FIG. 4depicts a simplified flow diagram 400 in which two action paths, A andB, are performed. Action paths A and B may each include respectivesequences of steps performed. In some examples, the sequences may beperformed with two agent accounts with access to an application of aclient instance. In another example, the sequences may be performed bytwo agents (here shown with Agent A and Agent B) to complete a giventask or resolve a type of incident (i.e., action paths) along withdescription information collected in accordance with implementations ofthis disclosure. The action path of steps and description informationmay be collected or recorded by an information collector 302. Theinformation collector 302 may be implemented as a software module or setof executable routines that when executed, tracks and records the dataand information associated with the series of steps (e.g., clicks)performed by the agents leading up to resolving an incident and theassociated incident description information. The incident descriptioninformation may include information regarding errors causing theincident, source of incident, etc. that may be used to characterize anincident type.

The flow diagram 400 illustrates a collection of information regarding afirst step 402, a second step 404, and a third step 406, which takentogether in sequence constitute an action path taken to resolve anincident by agent A, and information regarding a first step 408 and asecond step 410 (distinguished from the respective steps taken by agentA by prime (′) indications), which taken together in sequence constitutean action path taken to resolve an incident by agent B. The first,second, and third steps 402-406 for agent A or first and second steps408-410 for agent B, are collected as respective action paths asillustrated in FIG. 4. The information regarding the first, second, andthird steps 402-406 for agent A and first and second steps 408-410 foragent B, may include agent steps performed to complete a task or resolvean incident. Additional information regarding each step may also becollected including but not limited to timestamp information andlocation information. Information associated with the various steps mayinclude, but is not limited to, agent commands (such as updating code ina specific area of the customer instance), entering data or parametersinto one or more fields of an application or program, selecting orclicking an interface element, and so forth.

In some implementations, after the agent takes the last step inresolving an incident or otherwise performing a task, the agent mayprovide a description of the type of incident for which thecorresponding action paths are being collected by the informationcollector 302 or the description may be automatically generated by themachine learning system 306 based on the assigned task data (e.g.,description of incident assigned for incident request). The descriptiondata, if collected, may be sent for storage to DB 108. Thus, thedescription of incident A 412 or description of incident B 414 may bemanually submitted or automatically generated, and may be associatedwith information about the agent's actions (e.g., the first, second,third steps 402-406 or the first and second steps 408-410.) Thedescription of incidents 412-414 may also include additionalinformation, such as information regarding the type of incident, errorscausing the incident, and/or source of the incident.

After the action paths, the description, and any additional informationare collected (e.g., by information collector 302) and submitted, theymay be stored in a data structure within a database (e.g., DB 108). Asillustrated by the actions paths of agent A, which consists of threesteps and agent B, which consists of two steps, incident resolution mayoccur via a different number of steps in an action path for differentagents and/or for different incidents. Correspondingly, different agentsmay have different (e.g., shorter or longer) action paths when resolvingthe same incident.

Data structure 500 corresponding to action paths describing the pathstaken by different agents to resolve the same incident in different waysis shown in a block diagram FIG. 5.

Thus, although in the depicted example, agent A's and agent B's actionpaths differ, the same type of incident is resolved. Both action pathsmay be stored in DB 108 and the most efficient path that resolves theincident (e.g., shortest resolution 510 in the depicted example) may bedetermined, such as by a resolution options module or algorithm, such asthe resolution generator 308 illustrated in FIG. 3.

In one implementation, the shortest resolution 510 is the action pathhaving the fewest steps or steps that successfully resolves the incidentor otherwise completes a referenced task. However, in otherimplementations, the shortest resolution 510 may instead refer to theaction path that takes the least time to successfully resolve theincident or otherwise complete the referenced task. Other optimizationsmay include limiting the number of people or agents needing toparticipate in the resolution or task completion process, limiting thenumber of steps needing to be performed by the customer or client,limiting the impact on client, platform, or instance computationresources, and so forth.

As mentioned previously, the determination of similarities betweenaction paths and incident related information may be carried out by amachine learning system 306 using machine learning algorithms ortechniques that analyze historical data and current data. The analysisof historical data and current data may result in comparative data whichmay be utilized to determine that different paths may result in similarresolutions (e.g., resolutions for the same incident). In someembodiments, the machine learning techniques may include but are notlimited to a logistic regression technique, a support vector machine(SVM) technique, a neural network (NN) technique, a restricted Boltzmannmachine (RBM) technique, or any combination thereof. The machinelearning techniques may also be utilized to reorganize, update, oroptimize the data structures or representations (e.g., action paths orknowledge trees generated using such action paths) that are stored inthe database of the system for identifying resolutions. Suchreorganization may enable identification of more optimal resolutions tofacilitate resolution of subsequent incidents based on previous successrates for using a resolution and information collected (e.g., multipleaction paths with different number of steps taken to achieve aresolution for the same incident). The information that is collected andassociated with an incident resolution performed by an agent (usercommands, communications, associated transaction steps, submitteddescriptions) may be utilized to determine the most efficient, shortestpath for a resolution for a given incident.

In addition, the machine learning techniques may be utilized to guide anagent, such as to avoid a longer action path (e.g., extra steps or time)in resolving an incident. For example, for a given type of incident, ifan agent begins to carry out certain steps that the system recognizes asleading to a longer than necessary action path (or otherwise differingfrom a shortest or optimal action path for incident resolution), theagent may be prompted by the system to resolve the incident via arecommended shortest path for that type of incident. In addition toautomated approaches to guided incident resolution, an agent may alsoquery the database, such as by giving a description of the incident, orthe database may be queried automatically based on the descriptionassociated with an assigned incident to provide a recommended actionpath to resolve the incident.

After an agent receives and implements the shortest path resolution, theresolution system may, in one embodiment, receive a notification thatthe incident request has been resolved using the resolution. Conversely,if an indication of incident resolution is not received or an indicationthat the suggested action path failed to resolve the incident isreceived, an alternative action path may be provided until the incidentis resolved.

To help illustrate, a flow diagram 600 relating a process flow forquerying a database for an action path for resolving an incident isshown in FIG. 6. In this example, an agent may be tasked to resolve anincident. Rather than taking steps without guidance, the agent may querythe DB 108 to determine the most efficient steps to resolve theincident. In some embodiments, the agent may submit a description of theincident 602 using one or more parameters by which the incidents in thedatabase 108 may be searched or characterized (e.g., informationregarding errors causing the incident and incident type) so as toretrieve resolutions (e.g., action paths) for the incident type.Submission of a description may also be performed automatically via aprocessor based analysis routine based on keywords, metrics, or otherparameters provided in a report of the incident. As noted above, the DB108 may contain multiple action paths for incidents and the paths may begrouped according to the description of incident 602. In this manner,when the DB 108 is queried with respect to a particular type ofincident, one or more retrieval algorithms may search all action pathsfor ones corresponding to the referenced type of incident and a suitableshortest or otherwise optimal action path, if one exists, may beretrieved (e.g., the shortest resolution 604).

Once the shortest resolution 604 from the database 108 is generated, theagent can then implement (block 606) the resolution. The agent may applythe action path steps of the shortest resolution 604 and determine ifthe incident is resolved (decision block 608). If the incident issuccessfully resolved, the agent may end the query (block 610) and closethe incident ticket. The success rate of a generated resolution may bestored in DB 108 and used by the analysis routine of the machinelearning system 306 to determine success rates of action paths,optimizing resolution options and the overall system.

However, the agent may find that the shortest resolution 604 does notsolve all aspects of the particular incident assigned uponimplementation and may need to query the DB 108 again for anotherresolution. Failure to resolve an incident may occur if the descriptionof the incident was incorrect when submitted by the agent and/or if thedescription(s) in the database 108 were incorrect or ambiguous. Asillustrated, the agent may query the same description of an incident 602for other action path options that may not be the shortest resolution604, or the agent may change the description of incident 602 and start anew query to search for the shortest resolution 604 in the DB 108.

In addition to identifying the shortest action path for IT managementand service agents to resolve incident tickets, action paths may moregenerally be used, as discussed herein, to determine efficiency of anagent over time via a fingerprint that is unique to an agent for a givenapplication, task, or set of tasks. For example, various applicationusers within an organization may belong to the same group orclassification (e.g., a job classification or title) and thus, mayperform similar steps (i.e., take similar action paths) when beginning atask or performing a set of tasks. Thus, in some embodiments, as anagent's action paths are repeated and stored in DB 108 over time, agiven action path for performing a task may be determined to becharacteristic for that user, effectively serving as a fingerprint forthat user and task or set of tasks. A fingerprint may be indicative ofthe user performing the same action path at intervals (e.g., whenperforming a task or set of tasks, when starting their work day, whenfirst logging in to their workstation, and so forth) to achieve the sameend result.

For example, agent A and agent B may belong to the same incidentresolving group and may open the same applications daily to startresolve incoming incident reports. To do so, both agents may open aseries of applications such as an incident report management application(or particular windows or screens within such an application), launch apersonal information manager (e.g., email application that also includesa calendar, task manager, note taking, etc.), launch a web browser, andso forth. The action paths for both agent A and agent B corresponding tothe sequence (and possibly timing) by which they typically open theirapplications or perform other tasks are stored in DB 108, and as anaction path is repeated (e.g., more than once) over time, the DB 108 maystore the characteristic action path as a fingerprint unique to theagent (e.g., using an identification). Since both agent A and agent Bare in the same incident resolving group and likely launch the sameapplications to resolve incidents, their fingerprints may be comparedfor efficiency.

To help illustrate, an example of a process 700 employed by thecomputing device and communication system that utilizes the database 108of FIG. 3, for creating and comparing fingerprints of a user, is shownin FIG. 7. In some embodiments, the process 700 may be implemented by aprocessor-implemented analysis routine of the machine learning system306 that interfaces with the database 108 of stored action paths datareceived by the information collector 302. The process 700 starts withidentifying (block 702) a user identification (ID), which may be aunique login ID used to identify the user. The information collector 302may track (block 704) and record the steps taken in a path for thespecific user ID. The user's current steps making up an action path forthe ID may be compared to all the past action paths stored in database108 for the same ID. The machine learning system 306 may narrow a searchfor all action paths associated with the user ID to only lookup (block706) action paths for the user ID related to the user's routine (e.g., aroutine action path). In an Information Technology (IT) context, theuser routine action path may be an agent's daily routine steps forresolving incident related tasks. In another enterprise context, such ashuman resources (HR), a user may have a routine including entering a newemployee into the organization's records or payroll system and thenfilling out training forms. The processor-implemented analysis routineof the machine learning system 306 may determine (block 708) whether theroutine action path for the ID has been repeated in the past, such thatat least one step taken in the past routine action path is the same steptaken in the current routine action path. For example, since a user mayhave a routine action path using three steps in the past, the user maytake the same three steps each time for the same routine action path. Ifthe routine action path is determined to be a repeated path for the userID, then the information collector 302 may track (block 712) and recordthe routine action path as a fingerprint as determined by the machinelearning system 306. If the routine action path is a new action path forthe user ID, the action path is simply stored as an action path for theuser ID in the database 108. However, if the routine action path isdetermined to be the user ID's fingerprint, the fingerprint may becompared (block 714) with other fingerprints for other identified users.Fingerprints may be compared when determining efficiency of multipleusers with varying action paths for the same routine.

Multiple users, such as agents, may take varying action paths in theirdaily routines (e.g., routine for resolving an incident task), creatingone or more fingerprints with respect to their routine or tasksperformed as part of their routine. To further help illustrate, andturning to FIG. 8, an example of a block diagram 800 is provided showingagents A and B taking different steps (e.g., different action paths)over time as part of a shared routine, here to access an application816. Their respective different sequences of steps yield differentfingerprints that may be compared for efficiency is shown in FIG. 8. Insome embodiments, agent A may take a first step 802 and a second step804 to open a first application, Application A 808, while agent B maytake a first step 806 to open the same first application, Application A808. Thus, agent A takes twice as many steps as agent B to open the sameApplication A 808, such as an incident report. Further, in the depictedexample, agent A takes a third step 812 to launch a second application,Application B 810, while agent B takes a second step 814 to launch thesame second application, Application B 810, such as opening a personalinformation manager. Next, agent A takes a fourth step 820 and a fifthstep 822 to launch a third application, Application C 816, while agent Bonly takes a third step 824 to launch the same third application,Application C 816, such as a web browser. Both agent A and agent B maytake these same steps or similar steps in action paths to launch thesame applications to resolve assigned tasks, creating theirfingerprints. As previously described, agent A's path includes fivesteps to achieve the result of launching application A 808, ApplicationB 810, and Application C 816. Agent B's path includes only three stepsto launch the same Application A 808, Application B 810, and ApplicationC 816. Thus, a series of repeated routine action paths by an agent(e.g., action paths taken more than once to launch the same applicationsmore than once) may be designated as a fingerprint unique to the agent(e.g., based on some agent identification, such as a login ID), andfurther, the fingerprints may be compared to other fingerprints ofcomparable agents or users tasked with achieving the same results todetermine relative efficiencies. The process 800 of creatingfingerprints based on action paths stored in the DB 108 may beimplemented in a processor based analysis routine of the machinelearning system 306.

By analyzing the various fingerprints stored in DB 108 over time, thesystem (e.g., a machine learning system 306) may help identifyinefficiencies based on fingerprints and may recommend or trainoperators to use more efficient action paths, thereby removing orremediating identified inefficiency.

Analyzing fingerprints may be used to determine efficiency among thosewith the same job title, as previously mentioned, but may also be usedfor training purposes that may be utilized by various groups, such as ITagents in the same group or human resources (HR) training new employees.Since a new employee may be required to perform comparable tasks toothers having a similar job or job description, it may be useful totrain new employees to perform a task or set of tasks based on afingerprint determined to be the most efficient for the respectivetask(s).

Further, studying existing fingerprints for an agent or operator may beuseful for anticipating the needs of an operator and pre-loadinganticipated content or suggesting a likely next step, which may furtherimprove efficiency and speed. To help illustrate, an example of process900 for predicting steps in a user's fingerprint is shown in FIG. 9.

In some embodiments, the process 900 may be implemented by aprocessor-implemented analysis routine of the machine learning system306 that interfaces with the database 108 of stored fingerprints datareceived by the information collector 302. The process 900 starts with agiven user ID having (block 902) a known fingerprint corresponding to atask or set of tasks. By observing (block 904) steps taken by the usercorresponding to steps in the fingerprint (such as opening a program,navigating to a menu selection, and browsing to a folder), thesubsequent steps in the fingerprint, which are known, may be used toanticipate the next steps to be taken by the user. The program oranalysis routines may therefore, know the likely next steps and pre-load(block 906) a set of anticipated content or suggest the likely nextstep(s), thereby speeding up the process of preforming the task oraccessing the content for the user. A degree of certainty determined forthe anticipated next step may determine the anticipatory steps taken bythe analysis routines. For example, a certainty of greater than 90% mayresult in anticipated content being loaded or a program step beingperformed. Conversely, lesser degrees of certainty (e.g., 60% certainty)may result in a suggestion or ranked list of suggestions being providedfor the user to select from.

The specific embodiments described above have been shown by way ofexample, and it should be understood that these embodiments may besusceptible to various modifications and alternative forms. It should befurther understood that the claims are not intended to be limited to theparticular forms disclosed, but rather to cover all modifications,equivalents, and alternatives falling within the spirit and scope ofthis disclosure.

The techniques presented and claimed herein are referenced and appliedto material objects and concrete examples of a practical nature thatdemonstrably improve the present technical field and, as such, are notabstract, intangible or purely theoretical. Further, if any claimsappended to the end of this specification contain one or more elementsdesignated as “means for [perform]ing [a function] . . . ” or “step for[perform]ing [a function] . . . ”, it is intended that such elements areto be interpreted under 35 U.S.C. 112(f). However, for any claimscontaining elements designated in any other manner, it is intended thatsuch elements are not to be interpreted under 35 U.S.C. 112(f).

1. A system for monitoring or supporting an activity executing in acomputational instance, the system comprising: a server device includinga memory, a processor, and a network interface, wherein the memoryincludes instructions executable by the processor to cause the system toperform operations comprising: maintain a plurality of action paths andassociated descriptions on one or more databases, wherein each of theaction paths comprise a respective plurality of steps performed by arespective user to complete a task; identify a shortest action path toperform the task from among the plurality of action paths in response toan indication from the computational instance that the task is beingperformed; and provide guidance based on the identified shortest actionpath.
 2. The system of claim 1, wherein the indication comprises aseries of steps performed associated with the task.
 3. The system ofclaim 1, wherein providing guidance comprises one or more of indicatingan application to navigate to or open or a next step to perform.
 4. Thesystem of claim 1, wherein the plurality of action paths and associateddescriptions on the one or more databases comprises a collection ofaction paths and associated descriptions for previously resolvedincidents.
 5. The system of claim 1, wherein the operations furthercomprise: identify one or more steps of the shortest action path inwhich a virtual agent of the computational instance is configured toperform; instruct the virtual agent to perform the one or moreidentified steps; and provide guidance with respect to one or moreremaining steps of the shortest action path.
 6. The system of claim 1,wherein maintaining the plurality of action paths comprises: recordingaction paths performed by one or more users in performing one or moretasks; storing the recorded action paths with descriptions of therespective tasks in the one or more databases.
 7. The system of claim 1,further comprising storing an associated user identification with eachaction path.
 8. A method for monitoring or supporting a task executingin a computational instance, the method comprising: maintaining aplurality of action paths and associated descriptions on one or moredatabases, wherein each of the plurality of action paths comprises arespective plurality of steps taken with a plurality of applications tocomplete a task; identifying a shortest action path to perform the taskfrom among the plurality of action paths, wherein the shortest actionpath comprises less steps than at least one other action path from theplurality of action paths maintained; detecting from the computationalinstance a request to perform the task; and performing one or more stepsof the shortest action path to perform the task.
 9. The method of claim8, wherein the request is automatically generated in response to adetermination that a series of steps of the task are being performed.10. The method of claim 8, further comprising one or more of indicatingan application to navigate to or open or a next step to perform.
 11. Themethod of claim 8, wherein the plurality of action paths and associateddescriptions on the one or more databases comprises a collection ofaction paths and associated descriptions for previously resolvedincidents.
 12. A method for monitoring or supporting a routine activityexecuting in a computational instance, the method comprising:maintaining a list of action paths on one or more databases, whereineach of the action paths comprise a respective plurality of steps thatwhen repeated over time in performing a task correspond to a fingerprintof one or more respective users; in response to an indication from thecomputational instance indicating that the task is being performed by auser, determining a stored fingerprint corresponding to the user and thetask; and based on the stored fingerprint, facilitating performance ofthe task by the user.
 13. The method of claim 12, wherein the storedfingerprint corresponds to an action path performed by the user whenperforming the task.
 14. The method of claim 12, wherein facilitatingperformance of the task by the user comprises providing guidance orsuggestions to the user.
 15. The method of claim 12, wherein the actionfingerprint of the user is used to anticipate steps to be taken by theuser by preloading a set of anticipated content or suggesting nextsteps.
 16. The method of claim 12, further comprising: determining ashortest fingerprint from among stored fingerprints for performing arespective task; and providing the shortest fingerprint for trainingpurposes to new users or users who do not currently perform therespective task using the steps of the shortest fingerprint.
 17. Anon-transitory machine-readable storage medium storing executableinstructions that, when executed by a processor, cause operations to beperformed comprising: maintaining a list of action paths on one or moredatabases, wherein each of the action paths comprise a respectiveplurality of steps that when repeated over time in performing a taskcorrespond to a fingerprint of one or more respective users; in responseto an indication from the computational instance indicating that thetask is being performed by a user, determining a stored fingerprintcorresponding to the user and the task; and based on the storedfingerprint, facilitating performance of the task by the user.
 18. Thenon-transitory computer-readable storage medium of claim 17, wherein thestored fingerprint corresponds to an action path performed by the userwhen performing the task.
 19. The non-transitory computer-readablestorage medium of claim 17, wherein facilitating performance of the taskby the user comprises providing guidance or suggestions to the user. 20.The non-transitory computer-readable storage medium of claim 17, whereinthe fingerprint of the user is used to anticipate steps to be taken bythe user by preloading a set of anticipated content or suggesting nextsteps.